Configuration visitor - Re: [JBoss JIRA] Commented: (ISPN-145) No transport and singleton store enabled should not be allowed
by Vladimir Blagojevic
Hi,
Galder and I talked about this offline. Time to involve you guys!
I just completed visitor pattern for our configuration objects. Visitor
is passed from root of configuration - InfinispanConfiguration object.
InfinispanConfiguration class has a new method:
public void accept(ConfigurationBeanVisitor v)
How do we want to integrate this visitor into existing structure?
1) We add a new factory method to InfinispanConfiguration with
additional ConfigurationBeanVisitor parameter
2) We leave everything as is and if there is a need to pass some visitor
we pass it to InfinispanConfiguration instance directly (from
DefaultCacheManager)
DefaultCacheManager will pass ValidationVisitor to
InfinispanConfiguration that will verify configuration semantically.
Regards,
Vladimir
On 09-09-09 10:19 AM, Galder Zamarreno wrote:
> Good idea :)
>
> On 09/09/2009 04:13 PM, Vladimir Blagojevic wrote:
>> Yeah,
>>
>> I was thinking that we can make a visitor for configuration tree and
>> then you can do verification of any node and other things as well. Use
>> cases will come up in the future for sure.
>>
>> Cheers
>>
>>
>>
>> On 09-09-09 3:29 AM, Galder Zamarreno (JIRA) wrote:
>>> [
>>> https://jira.jboss.org/jira/browse/ISPN-145?page=com.atlassian.jira.plugi...
>>>
>>> ]
>>>
>>> Galder Zamarreno commented on ISPN-145:
>>> ---------------------------------------
>>>
>>> Not sure I understand what you mean by generic though. You mean any
>>> component to have a validation step of some sort?
>>>
>>> Thanks for taking this on :)
>>>
>>>> No transport and singleton store enabled should not be allowed
>>>> --------------------------------------------------------------
>>>>
>>>> Key: ISPN-145
>>>> URL: https://jira.jboss.org/jira/browse/ISPN-145
>>>> Project: Infinispan
>>>> Issue Type: Bug
>>>> Components: Loaders and Stores
>>>> Affects Versions: 4.0.0.ALPHA6
>>>> Reporter: Galder Zamarreno
>>>> Assignee: Vladimir Blagojevic
>>>> Priority: Minor
>>>> Fix For: 4.0.0.CR1
>>>>
>>>>
>>>> Throw configuration exception if singleton store configured without
>>>> transport having been configured.
>>>> It makes no sense to have singleton store enabled when there's no
>>>> transport.
>>
>
14 years, 10 months
Using Coverity scan?
by Sanne Grinovero
Hello,
Did you consider enabling Infinispan to be monitored by coverity's
code analysis services? They are free for OSS projects, I saw a demo
recently and was quite amazed. It's similar to FindBugs, but not only
about static code checks. They checkout your code from trunk and then
run several analysis on it periodically, one of them is about dynamic
thread behavior to predict deadlocks or missing fences instrumenting
the code, and produce nice public reports; AFAIK you don't need to
setup anything yourself, besides getting in touch to ask for it.
It's only available for C and Java code, and they have an impressive
list of OSS projects in the C world (linux kernel, httpd server,
samba, gnome, GCC, PostgreSQL, ...) but not much on Java.
http://scan.coverity.com/
No, I'm not affiliated :-) Just thinking that it might be useful to
have if it's not too hard to setup.
Cheers,
Sanne
15 years, 7 months
ISPN-200
by Israel Lacerra
Manik,
About the "map" part of the map/reduce of ISPN-200.
Looking in the code, my intention is(briefly) create a ReplicableCommand in
CacheQueryImpl and then use RpcManager to make the query on all nodes.
But ISPN-200 depends on ISPN-39, right? This dependecy is about the map
part? The idea behind ISPN-39 is to migrate a computation to other nodes?
Like a "continuation"? And then ISPN-200 will use this api to make the query
on all nodes?
thanks!
Israel
16 years, 1 month
DataGrid Profile in JBoss AS
by Manik Surtani
On 29 Jun 2010, at 17:15, Brian Stansberry wrote:
> On 06/29/2010 09:29 AM, Manik Surtani wrote:
>>
>> On 29 Jun 2010, at 02:35, Brian Stansberry wrote:
>>
>>
<SNIP />
>>
>> You are correct in that it is to do with a datagrid profile for EAP. Or more specifically, something for AS (5.x?)
>
> Community AS 5.x is dead. There isn't even a branch for it (Jason deleted it to prevent people doing new dev on it.)
>
>> which would then also be tested on EAP 5.1,
>
> I expect this will first see the light of day via the EAP 5.1 branch. (Maybe not; see below.) That seems bizarre, but that's the way things work.
I was actually expecting this to be built as a module in Infinispan's source tree, the deliverable being a ZIP file that contains a "datagrid" directory and all the necessary elements that can be run as a profile in AS/EAP 5.1. Considering that most of the work involved would be XML config files (MC beans) and perhaps an integration class or two, I don't see the need for it to affect the AS source tree (at least not in it's current "tech preview" state).
>> and hopefully should work with minimal tweaking on AS 6.x as well. I am assuming the bulk of the work required would be closely related to the MC though, since the profile would have to configure and launch Infinispan instances and the various server endpoints as needed, via the MC.
>
> Paul has worked out the details of deploying a CacheManager (a set of them actually) in AS 6. Those will be what the standard AS clustering services will use. What's involved with setting up the server endpoints?
I was hoping to target AS/EAP 5.x first and then move on to 6, but FWIW any such profile for 6 should then make use of Paul's work in deploying a CacheManager. In the case of HotRod and Memcached, setting up an endpoint involves selecting the appropriate ProtocolServer implementation
http://fisheye.jboss.org/browse/Infinispan/trunk/server/core/src/main/sca...
and calling start() on it with the CacheManager to be used.
The REST endpoint is a little more tricky as it is a WAR file that Infinispan generates that would need to be deployed in a servlet container. The current WAR file creates its own CacheManager but we can change this to look up a CacheManager from elsewhere if configured to do so (perhaps via servlet or system properties).
Cheers
--
Manik Surtani
manik(a)jboss.org
Lead, Infinispan
Lead, JBoss Cache
http://www.infinispan.org
http://www.jbosscache.org
16 years, 1 month
Single jar zip file, what's your thoughts on it?
by galder＠redhat.com
Hi,
Re: http://community.jboss.org/message/548002#548002
This is the 2nd time I've seen people having issues with the single jar zip file. What's the aim of it?
People using it have generally been trying to simply get started with core Infinispan jar and its dependencies, nothing else. When they look at the single jar and all the dependencies in lib/, they seem quite baffled and have issues as in the case above.
I think -bin.zip and -all.zip should be enough.
Maybe we should create a poll on this?
Cheers,
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
16 years, 1 month
Re: [infinispan-dev] Codename for 5.0
by galder＠jboss.org
My nomination: Pagoa
- Type of tree in Basque
- Name of a Basque beer
----- "Manik Surtani" <manik(a)jboss.org> wrote:
> As we march on with Infinispan releases, we need a new codename for
> 5.0. The big new features in 5.0 include a JPA-like API and natural
> language querying.
>
> Infinispan 4.0 was codenamed "Starobrno" and 4.1 is "Radegast" ...
> what will 5.0 be?
>
> Some suggestions from the last round of naming are:
>
> * Macunaima
> * Drak
>
> Any others? Once we have a list of nominations I'll set up a poll for
> people to vote. :)
>
> Cheers
> Manik
> --
> Manik Surtani
> manik(a)jboss.org
> Lead, Infinispan
> Lead, JBoss Cache
> http://www.infinispan.org
> http://www.jbosscache.org
>
>
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
16 years, 1 month
ISPN-501
by Sanne Grinovero
Hello all,
I'd appreciate some thoughts or suggestions about how to solve ISPN-501,
I was thinking to try an AtomicMap to contain all chunks from a File,
including the file metadata, or should I use transactions in read mode
too?
Or should I just make sure to send the operations in a safe order?
(not sure if that's possible but I could look into it - also I'm not
sure if it's safe to assume the order will be the same as received by
other nodes)
I have been looking into GridFS, which BTW seems to have a similar
design than Lucene's Directory, but didn't notice any special trick to
address this kind of issues.
Regards,
Sanne
16 years, 1 month
Infinispan EC2 demo firewall issue without locked down FD_SOCK start_port
by galder＠redhat.com
Hi Noel,
First of all, thanks a million for writing http://infinispan.blogspot.com/2010/05/infinispan-ec2-demo.html. I think the work you did there is excellent.
I had a question for you though. In your jgroups-* files, you use FD_SOCK without a start_port which by default binds to random port (http://community.jboss.org/wiki/JGroupsFDSOCK). Given Amazon rules, I don't think clustering is working as expected in your case, cos without locking this port and opening it in the firewall, you'll see WARN messages like this in the logs and the cluster view will not form:
2010-06-13 16:50:54,478 WARN [org.jgroups.protocols.FD_SOCK] (OOB-1,infinispan-cluster,ip-10-194-230-242-27003) I (ip-10-194-230-242-27003) was suspected by domU-12-31-38-00-9C-52-25127; ignoring the SUSPECT message
To get around the issue do the following:
- Lock your FD_SOCK start_port values, i.e. <FD_SOCK start_port="9777"/>
- Open TCP port 9777 in your security group.
I'd suggest you verify your demo expectations bearing in mind this information and once you've done so, update the blog post :)
Cheers,
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
16 years, 1 month
