neuclear-develop — Support requests, cvs etc

Re: [Neuclear-develop] Stability issues on demo sever

[Pelle B. <pe...@ve...>]

Good point. I will probably end up doing that. However Orion is good at 
handling frequent changes. 

I've got it up and running now on Orion. The whole way it handles deployments 
and redeployments I find a lot better.

-P
On Wednesday 26 May 2004 08:49, Anthony Schexnaildre wrote:
> Why not just back down to Tomcat 4? Should be a much easier process and
> much more stable.
>
> -Anthony
>
> On May 26, 2004, at 9:31 AM, Pelle Braendgaard wrote:
> > We are running the demo server on a Virtual Server with Tomcat 5. I'ts
> > been
> > freezing, going down etc.
> >
> > I am going to try and install orion http://www.orionserver.com on it.
> > Which is
> > supposedly much more stable.
> > -P
> > --
> > http://talk.org     + Live and direct from Panama
> > http://neuclear.org + Clear it both ways with NeuClear
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: Oracle 10g
> > Get certified on the hottest thing ever to hit the market... Oracle
> > 10g.
> > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > _______________________________________________
> > Neuclear-develop mailing list
> > Neu...@li...
> > https://lists.sourceforge.net/lists/listinfo/neuclear-develop

-- 
http://talk.org     + Live and direct from Panama
http://neuclear.org + Clear it both ways with NeuClear

[Neuclear-develop] Stability issues on demo sever

[Pelle B. <pe...@ve...>]

We are running the demo server on a Virtual Server with Tomcat 5. I'ts been 
freezing, going down etc.

I am going to try and install orion http://www.orionserver.com on it. Which is 
supposedly much more stable.
-P
-- 
http://talk.org     + Live and direct from Panama
http://neuclear.org + Clear it both ways with NeuClear

[Neuclear-develop] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

Re: [Neuclear-develop] Distribution Controller

[Pelle B. <pe...@ve...>]

In a way. The Currency Controller verifies balances and issues receipts. The 
Transactions that it handles are uni directional or in case of exchange 
transactions bidirectional. (I exchange 100 Bux for 4 shoes).

The Distribution Controller distributes an amount from one party 
proportionally to all the owners of an asset. It still relies on the Currency 
Controller for each transfer to each individual account holder.

The process would work like this:

Juan has issued a micro bond via NeuClear. The server hosting his Currency 
Controller also has a distribution controller.

The bond is for $1000 and there are 3 owners:
* Mibanco SA owns %50
* Luis owns %30
* Leticia owns %20

Juan has agreed to pay %10 annual interest on the loan. Lets just say for the 
sake of simplicity that he pays the interest once a year. Also in this 
example we aren't worrying about paying back the principal (the full amount) 
just the interest.

At the end of year 1. Juan has to pay $100 to his bond holders. He sends a 
DistributionOrder to the Distribution Controller.

This contains the following:

* A TransferOrder for $100 to the Distribution Controller
* The effective distribution date. (May 20th, 2005)

The Distribution Controller on receipt of this performs the following:

1. Send TransferOrder to Currency Controller for the currency (bux) for 
processing
2. If he doesnt receive a valid TransferReceipt he sends an error back to Juan
3. He asks the Currency Controller (or an Audit Controller) of the Bond for a 
list of holders including amount of holdings for May 20th, 2005.
4. For each holder he creates a TransferOrder from his management account to 
each holder:

* $50 to MiBanco SA
* $30 to Luis
* $20 to Leticia

5. He sends all TransferOrders in  a batch to the Currency Controller for Bux.
6. On receipt of all the TransferReceipts he creates a DistributionReceipt 
which embeds ALL the TransferReceipts and sends it to Juan, who now has a 
complete record of having paid the interest.

With regards to the question about the Ledger. The Distribution Controller 
doesnt need to access the ledger directly. He just asks for a list of 
accounts in step 3. above. A more efficient implementation would have the 
Distribution Controller on the same database as the AuditController or 
Currency Controller.

-P
On Monday 17 May 2004 15:53, deneb shah wrote:
> Hi
>
> i was seeing the Distribution controller
> ----------------------------------------------
> The Distribution Controller distributes an amount of
> an asset to all the holders of a specific asset.
>
> This is useful for paying interest, dividends etc to
> all the owners of an asset. The distribution is
> divided pro ratio between the holders
> ----------------------------------------------
>
> so i was goign thru the currency controller, what i
> figured out was
>
> Currency controller would be controlling currency
> between 2 parties whereas Distribution Controller
> would be amongst many people for the same asset
>
>
> So in order to transfer one would have to do the
> following
> -- get all the identities from the asset
> -- distribute the asset over each and add it to them
>
> the question is
> -- where would one be dedcuting the asset from
> -- how would this transaction be added to the ledger
> since here we have one identity transferring the asset
> to many
>
> am i on the right track ?
> regards
> Deneb
>
> --- Pelle Braendgaard <pe...@ve...> wrote:
> > Deneb,
> > I'm replying to the mailing list so we can document
> > the requirements
> > publically.
> >
> > The requirements as far as I see it is to:
> > - Record all transactions for various accounts
> > across asset types
> > - Provide balance information and more
> >
> > Lets take an example flow of transactions here:
> >
> > Payor	       	Payee		Asset		Amount
> > Bob		Alice			bux		100
> > Bob		Carol			shoes		1000
> > Alice		Carol			bux		50
> > Carol		Alice			shoes		5
> >
> > We assume that Bob had an initial balance of 200 bux
> > and 1000 shoes.
> > Alice and Carol had zero initial balance of either
> > asset.
> >
> > Now the bux asset controller maintains a ledger of
> > transactions within it's
> > own asset. So it has the following of the above
> > transactions:
> >
> > Bob		Alice			bux		100
> > Alice		Carol			bux		50
> >
> > So bux has the following balances afterwards:
> >
> > Bob: 100
> > Alice: 50
> > Carol : 50
> >
> > The shoe asset controller similarly maintains a
> > ledger of it's own
> > transactions:
> >
> > Bob		Carol			shoes		1000
> > Carol		Alice			shoes		5
> >
> > Shoe maintains the following balances afterwards:
> >
> > Bob: 0
> > Alice: 5
> > Carol : 9995
> >
> > Bob could check his balances on each of the asset
> > controllers there, but it
> > would make more sense if he had a portfolio manager
> > locally or on a server
> > that he trusted to do the accounting for him. This
> > is where the Portfolio
> > Manager comes in.
> >
> > The Portfolio Manager listens to all of Bob's
> > transactions regardless of asset
> > and stores them in it's own ledger. So of the
> > transactions above the
> > Portfolio stores the following in the ledger:
> >
> > Bob		Alice			bux		100
> > Bob		Carol			shoes		1000
> >
> > With this Bob can immediately see his balances in
> > all of his assets as being:
> >
> > bux: 100
> > shoes: 0
> >
> > The portfolio manager is not only important to end
> > users, but also in mutual
> > fund style applications, where all the funds
> > holdings could be held on a
> > public server. The share holders of the fund could
> > go in and view in real
> > time the holdings of the fund.
> >
> >
> > Now, my original plan was to have a separate
> > portfolio manager. However I just
> > realized that with the recent changes to the
> > LedgerController. There is no
> > real need for it. The current Auditor will actually
> > do the whole thing
> > without changes. What we may need are some changes
> > to the reports generated
> > afterwards. I will have to have a look.
> >
> > So it seems like we dont actually need a separate
> > PortfolioManager class after
> > all. Which means we can go straight to the
> > DistributionController.
> >
> > -P
> >
> > On Thursday 13 May 2004 23:32, you wrote:
> > > Hi
> > >
> > > Potfolio manager
> > > I was searching this class .. it doesnt seem to be
> > > there yet
> > >
> > > Is portfolio like the place for all assets, so do
> >
> > we
> >
> > > have to create a db where all the assets would be
> > > stored
> > >
> > > for micro payments
> > > what assets would we have
> > > like its diffcult for me to understand due to lack
> >
> > of
> >
> > > finance knowlesge
> > >
> > > can u explain me the proto-type so that i can
> > > understand better like
> > > -- what all are we trying to exchange
> > > -- is it a pre-paid kinda micro payment or a
> >
> > normal
> >
> > > one
> > >
> > >
> > > can u guide me about portfolio manager [which
> >
> > package
> >
> > > and responsibility ]
> > >
> > > regards
> > > deneb
> >
> > --
> > http://talk.org     + Live and direct from Panama
> > http://neuclear.org + Clear it both ways with
> > NeuClear
>
> -------------------------------------------------------
>
> > This SF.Net email is sponsored by: SourceForge.net
> > Broadband
> > Sign-up now for SourceForge Broadband and get the
> > fastest
> > 6.0/768 connection for only $19.95/mo for the first
> > 3 months!
>
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
>
> > _______________________________________________
> > Neuclear-develop mailing list
> > Neu...@li...
>
> https://lists.sourceforge.net/lists/listinfo/neuclear-develop
>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! - Internet access at a great low price.
> http://promo.yahoo.com/sbc/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Neuclear-develop mailing list
> Neu...@li...
> https://lists.sourceforge.net/lists/listinfo/neuclear-develop

-- 
http://talk.org     + Live and direct from Panama
http://neuclear.org + Clear it both ways with NeuClear

[Neuclear-develop] New version of the NeuClear Signer App

[Pelle B. <pe...@ne...>]

I have just released a new version of the NeuClear Signer app to Java Web 
Start. It is basically the 4th iteration of the Signer and is getting close 
now (I hope) to a usable app for non techies.

It now uses an Instant Messenger like interface and allows user to bookmark 
assets and contacts.

It also now allows you to perform a payment directly from within.

I will do a more formal release announcement tomorrow.

Try it here:

http://dist.neuclear.org/app/neuclear-signer.jnlp

If you experience any major issues with it please let me know immediately.

-P
-- 
http://talk.org      + Live and direct from Panama
http://neuclear.org  + The World Wide Web of Assets

[Neuclear-develop] Distribution Controller

[deneb s. <den...@ya...>]

Hi

i was seeing the Distribution controller
----------------------------------------------
The Distribution Controller distributes an amount of
an asset to all the holders of a specific asset. 

This is useful for paying interest, dividends etc to
all the owners of an asset. The distribution is
divided pro ratio between the holders
----------------------------------------------

so i was goign thru the currency controller, what i
figured out was

Currency controller would be controlling currency
between 2 parties whereas Distribution Controller
would be amongst many people for the same asset


So in order to transfer one would have to do the
following
-- get all the identities from the asset
-- distribute the asset over each and add it to them

the question is 
-- where would one be dedcuting the asset from
-- how would this transaction be added to the ledger
since here we have one identity transferring the asset
to many

am i on the right track ?
regards
Deneb



--- Pelle Braendgaard <pe...@ve...> wrote:
> Deneb,
> I'm replying to the mailing list so we can document
> the requirements 
> publically.
> 
> The requirements as far as I see it is to:
> - Record all transactions for various accounts
> across asset types
> - Provide balance information and more
> 
> Lets take an example flow of transactions here:
> 
> Payor	       	Payee		Asset		Amount
> Bob		Alice			bux		100
> Bob		Carol			shoes		1000
> Alice		Carol			bux		50
> Carol		Alice			shoes		5
> 
> We assume that Bob had an initial balance of 200 bux
> and 1000 shoes.
> Alice and Carol had zero initial balance of either
> asset.
> 
> Now the bux asset controller maintains a ledger of
> transactions within it's 
> own asset. So it has the following of the above
> transactions:
> 
> Bob		Alice			bux		100
> Alice		Carol			bux		50
> 
> So bux has the following balances afterwards:
> 
> Bob: 100
> Alice: 50
> Carol : 50
> 
> The shoe asset controller similarly maintains a
> ledger of it's own 
> transactions:
> 
> Bob		Carol			shoes		1000
> Carol		Alice			shoes		5
> 
> Shoe maintains the following balances afterwards:
> 
> Bob: 0
> Alice: 5
> Carol : 9995
> 
> Bob could check his balances on each of the asset
> controllers there, but it 
> would make more sense if he had a portfolio manager
> locally or on a server 
> that he trusted to do the accounting for him. This
> is where the Portfolio 
> Manager comes in.
> 
> The Portfolio Manager listens to all of Bob's
> transactions regardless of asset 
> and stores them in it's own ledger. So of the
> transactions above the 
> Portfolio stores the following in the ledger:
> 
> Bob		Alice			bux		100
> Bob		Carol			shoes		1000
> 
> With this Bob can immediately see his balances in
> all of his assets as being:
> 
> bux: 100
> shoes: 0
> 
> The portfolio manager is not only important to end
> users, but also in mutual 
> fund style applications, where all the funds
> holdings could be held on a 
> public server. The share holders of the fund could
> go in and view in real 
> time the holdings of the fund.
> 
> 
> Now, my original plan was to have a separate
> portfolio manager. However I just 
> realized that with the recent changes to the
> LedgerController. There is no 
> real need for it. The current Auditor will actually
> do the whole thing 
> without changes. What we may need are some changes
> to the reports generated 
> afterwards. I will have to have a look.
> 
> So it seems like we dont actually need a separate
> PortfolioManager class after 
> all. Which means we can go straight to the
> DistributionController.
> 
> -P
> 
> 
> 
> On Thursday 13 May 2004 23:32, you wrote:
> > Hi
> >
> > Potfolio manager
> > I was searching this class .. it doesnt seem to be
> > there yet
> >
> > Is portfolio like the place for all assets, so do
> we
> > have to create a db where all the assets would be
> > stored
> >
> > for micro payments
> > what assets would we have
> > like its diffcult for me to understand due to lack
> of
> > finance knowlesge
> >
> > can u explain me the proto-type so that i can
> > understand better like
> > -- what all are we trying to exchange
> > -- is it a pre-paid kinda micro payment or a
> normal
> > one
> >
> >
> > can u guide me about portfolio manager [which
> package
> > and responsibility ]
> >
> > regards
> > deneb
> >
> >
> -- 
> http://talk.org     + Live and direct from Panama
> http://neuclear.org + Clear it both ways with
> NeuClear
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net
> Broadband
> Sign-up now for SourceForge Broadband and get the
> fastest
> 6.0/768 connection for only $19.95/mo for the first
> 3 months!
>
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Neuclear-develop mailing list
> Neu...@li...
>
https://lists.sourceforge.net/lists/listinfo/neuclear-develop



	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/

Re: [Neuclear-develop] DataObjectSignature

[Pelle B. <pe...@ne...>]

Now, I haven't tested this but you should be able to do something like this:

DataObjectSignature sig=new DataObjectSignature(xxxx);
sig.addElement(new KeyInfo(cert));

At this point the sig would have the PublicKey KeyInfo as well.
You might want to remove it first. It's a bit convoluted I know.

We dont use X509 certs in the NeuClear project, so I'm not entirely sure how 
well this works. If you find errors in it or would like to add enhanced 
support, please do so and I'll happily put it into CVS and the next release.

-P

On Friday 14 May 2004 12:50, Daniel Fisher wrote:
> Is there any way to add X509Data to this signature?
> Thanks.
>
> --Daniel Fisher
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Neuclear-develop mailing list
> Neu...@li...
> https://lists.sourceforge.net/lists/listinfo/neuclear-develop

-- 
http://talk.org      + Live and direct from Panama
http://neuclear.org  + The World Wide Web of Assets

[Neuclear-develop] DataObjectSignature

[Daniel F. <dan...@vt...>]

Is there any way to add X509Data to this signature?
Thanks.

--Daniel Fisher

[Neuclear-develop] Overview of new features in NeuClear Ledger

[Pelle B. <pe...@ne...>]

The version of neuclear-ledger currently in CVS (release 0.5) contains a few 
minor but important changes to its functionality.

The LedgerController now can support multiple "ledgers". This was added to 
support asset controllers and audit controllers with multiple assets.

So our definition of a ledger is basically a separate set of books with 
separate balances etc.

For usage with old code, you just use it the same as before. You can 
instantiate the LedgerController with a default ledger, which is used in 
cases where a ledger isnt specified.

Otherwise you would do something like this:
lc.transfer("bux", reqid, "bob","alice", 20.0, "I want to buy shoes");

Where the first parameter "bux" is the ledger. On the same ledger controller 
you could do:
lc.transfer("shoes", reqid, "alice","bob", 5.0, "Here are your shoes");


How does this work within the AssetController and Auditor's in NeuClear Pay?

ledger.transfer(req.getAsset().getDigest(), req.getDigest(), 
req.getSignatory().getName(), req.getRecipient(), 
req.getAmount().getAmount(), req.getComment());

It uses the unique asset digest as the ledger identifier. So we dont need to 
maintain anykinds of mapping between an asset and it's ledger.

-P
-- 
http://talk.org      + Live and direct from Panama
http://neuclear.org  + The World Wide Web of Assets

[Neuclear-develop] Portfolio Manager et al

[Pelle B. <pe...@ve...>]

Deneb,
I'm replying to the mailing list so we can document the requirements 
publically.

The requirements as far as I see it is to:
- Record all transactions for various accounts across asset types
- Provide balance information and more

Lets take an example flow of transactions here:

Payor	       	Payee		Asset		Amount
Bob		Alice			bux		100
Bob		Carol			shoes		1000
Alice		Carol			bux		50
Carol		Alice			shoes		5

We assume that Bob had an initial balance of 200 bux and 1000 shoes.
Alice and Carol had zero initial balance of either asset.

Now the bux asset controller maintains a ledger of transactions within it's 
own asset. So it has the following of the above transactions:

Bob		Alice			bux		100
Alice		Carol			bux		50

So bux has the following balances afterwards:

Bob: 100
Alice: 50
Carol : 50

The shoe asset controller similarly maintains a ledger of it's own 
transactions:

Bob		Carol			shoes		1000
Carol		Alice			shoes		5

Shoe maintains the following balances afterwards:

Bob: 0
Alice: 5
Carol : 9995

Bob could check his balances on each of the asset controllers there, but it 
would make more sense if he had a portfolio manager locally or on a server 
that he trusted to do the accounting for him. This is where the Portfolio 
Manager comes in.

The Portfolio Manager listens to all of Bob's transactions regardless of asset 
and stores them in it's own ledger. So of the transactions above the 
Portfolio stores the following in the ledger:

Bob		Alice			bux		100
Bob		Carol			shoes		1000

With this Bob can immediately see his balances in all of his assets as being:

bux: 100
shoes: 0

The portfolio manager is not only important to end users, but also in mutual 
fund style applications, where all the funds holdings could be held on a 
public server. The share holders of the fund could go in and view in real 
time the holdings of the fund.


Now, my original plan was to have a separate portfolio manager. However I just 
realized that with the recent changes to the LedgerController. There is no 
real need for it. The current Auditor will actually do the whole thing 
without changes. What we may need are some changes to the reports generated 
afterwards. I will have to have a look.

So it seems like we dont actually need a separate PortfolioManager class after 
all. Which means we can go straight to the DistributionController.

-P



On Thursday 13 May 2004 23:32, you wrote:
> Hi
>
> Potfolio manager
> I was searching this class .. it doesnt seem to be
> there yet
>
> Is portfolio like the place for all assets, so do we
> have to create a db where all the assets would be
> stored
>
> for micro payments
> what assets would we have
> like its diffcult for me to understand due to lack of
> finance knowlesge
>
> can u explain me the proto-type so that i can
> understand better like
> -- what all are we trying to exchange
> -- is it a pre-paid kinda micro payment or a normal
> one
>
>
> can u guide me about portfolio manager [which package
> and responsibility ]
>
> regards
> deneb
>
>
-- 
http://talk.org     + Live and direct from Panama
http://neuclear.org + Clear it both ways with NeuClear

Re: [Neuclear-develop] bug in QuickEmbeddedSignature.java

[Pelle B. <pe...@ve...>]

Good idea, I should have done that a while ago ;-)
-P
On Tuesday 11 May 2004 21:43, Daniel Fisher wrote:
> Ok,
> I was at http://neudist.org/xmlsig/
> You might want to redirect that URL to your new site.
> It also points to an older sourceforge project:
> http://sourceforge.net/project/showfiles.php?group_id=9652
> Thanks.
>
> On Tue, 11 May 2004 21:36:56 +0000
>
> Pelle Braendgaard <pe...@ve...> wrote:
> > Hi Daniel,
> > I'm not sure what version you are using, but I believe that has been
> > fixed in one of the later versions. The latest and recommended version is
> > version 0.13.
> >
> > http://dev.neuclear.org/xmlsig/
> >
> > If you still have problems let me know.
> > Thanks
> > Pelle
> >
> > On Tuesday 11 May 2004 21:21, Daniel Fisher wrote:
> > > I am attempting to create some RSA signatures and I am getting a null
> > > pointer exception.
> > > It looks like the code in
> > > org.neudist.xml.xmlsec.QuickEmbeddedSignature.java#getSignatureElement(
> > >Elem ent, int) is incorrect.
> > > You are checking for SignatureInfo.SIG_ALG_DSA twice instead of
> > > checking for SignatureInfo.SIG_ALG_RSA.
> >
> > --
> > ==================================
> > http://talk.org - live and direct from Panama
> > http://neuclear.org - clear it both ways
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> Neuclear-develop mailing list
> Neu...@li...
> https://lists.sourceforge.net/lists/listinfo/neuclear-develop

-- 
==================================
http://talk.org - live and direct from Panama
http://neuclear.org - clear it both ways

Re: [Neuclear-develop] bug in QuickEmbeddedSignature.java

[Daniel F. <dan...@vt...>]

Ok,
I was at http://neudist.org/xmlsig/
You might want to redirect that URL to your new site.
It also points to an older sourceforge project:
http://sourceforge.net/project/showfiles.php?group_id=9652
Thanks.

On Tue, 11 May 2004 21:36:56 +0000
Pelle Braendgaard <pe...@ve...> wrote:

> Hi Daniel,
> I'm not sure what version you are using, but I believe that has been fixed in 
> one of the later versions. The latest and recommended version is version 
> 0.13.
> 
> http://dev.neuclear.org/xmlsig/
> 
> If you still have problems let me know.
> Thanks
> Pelle
> On Tuesday 11 May 2004 21:21, Daniel Fisher wrote:
> > I am attempting to create some RSA signatures and I am getting a null
> > pointer exception.
> > It looks like the code in
> > org.neudist.xml.xmlsec.QuickEmbeddedSignature.java#getSignatureElement(Elem
> >ent, int) is incorrect.
> > You are checking for SignatureInfo.SIG_ALG_DSA twice instead of checking
> > for SignatureInfo.SIG_ALG_RSA.
> 
> -- 
> ==================================
> http://talk.org - live and direct from Panama
> http://neuclear.org - clear it both ways

Re: [Neuclear-develop] bug in QuickEmbeddedSignature.java

[Pelle B. <pe...@ve...>]

Hi Daniel,
I'm not sure what version you are using, but I believe that has been fixed in 
one of the later versions. The latest and recommended version is version 
0.13.

http://dev.neuclear.org/xmlsig/

If you still have problems let me know.
Thanks
Pelle
On Tuesday 11 May 2004 21:21, Daniel Fisher wrote:
> I am attempting to create some RSA signatures and I am getting a null
> pointer exception.
> It looks like the code in
> org.neudist.xml.xmlsec.QuickEmbeddedSignature.java#getSignatureElement(Elem
>ent, int) is incorrect.
> You are checking for SignatureInfo.SIG_ALG_DSA twice instead of checking
> for SignatureInfo.SIG_ALG_RSA.

-- 
==================================
http://talk.org - live and direct from Panama
http://neuclear.org - clear it both ways

[Neuclear-develop] bug in QuickEmbeddedSignature.java

[Daniel F. <dan...@vt...>]

I am attempting to create some RSA signatures and I am getting a null pointer
exception.
It looks like the code in
org.neudist.xml.xmlsec.QuickEmbeddedSignature.java#getSignatureElement(Element,
int) is incorrect.
You are checking for SignatureInfo.SIG_ALG_DSA twice instead of checking for
SignatureInfo.SIG_ALG_RSA.

-- 
Daniel Fisher

[Neuclear-develop] [JIRA] Created: (GL-46) Hibernate Session looses connection

[<bug...@ve...>]

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-46

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-46
    Summary: Hibernate Session looses connection
       Type: Bug

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
 Components: 
             Hibernate Ledger
   Fix Fors:
             r_0_5
   Versions:
             r_0_5

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Tue, 11 May 2004 8:13 AM
    Updated: Tue, 11 May 2004 8:13 AM

Description:
The hibernate session looses connection after a while. Probably need to investigate if the Session is fresh when fetching from the thread local session.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] Tasks Ahead

[Pelle B. <pe...@ne...>]

Hey Deneb,
> Can i work on the distribution controller in the
> payment module ?
Please go ahead with the DistributionController. We need to first work out 
some of the requirements for it. I havent 100% got it squared away in my mind 
yet. I'll start a thread on the mailing list where we can work out what it 
needs to do. I think if you worked on the PortfolioManager first it would 
give you a good insight into how everything works. It should only take a 
couple of days.

> also reagrding the servlet signer .. is there a
> servlet made already or should i make a new one ..
>
There already is a SigningServlet in org.neuclear.id.signers.SigningServlet, 
which uses a regular agent such as the SwingAgent. This is what is used in 
the Personal Signer. However for regular use on a public web server there is 
a subclassed version called DemoSigningServlet which handles the signing in 
two phases:
- Phase 1 Present data to be signed and passphrase box
- Phase 2 Accept Passphrase and Sign

So I would recommend that we use that one as starting point if you want to try 
it out. Obviously we want to add more to this than just a passphrase. For 
security reasons. But in the next rev.

> in the sitre.. i think u have used the jce signer ..
> would it be recommended to use the sql signer ?
It would really depend on how many assets you would be managing on your 
server. In an environment where you need to manage large amounts of keys, the 
SQL Signer would be the recommended. If you only have one asset and therefore 
one key on your server a JCE would be easier to maintain.

-P
-- 
http://talk.org      + Live and direct from Panama
http://neuclear.org  + The World Wide Web of Assets

[Neuclear-develop] [JIRA] Created: (COM-34) Create KeyStore Panel

[<bug...@ve...>]

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/COM-34

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: COM-34
    Summary: Create KeyStore Panel
       Type: New Feature

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Commons
   Fix Fors:
             r_0_8
   Versions:
             r_0_8

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Wed, 5 May 2004 3:15 PM
    Updated: Wed, 5 May 2004 3:15 PM

Description:
KeyStore Panel will maintain an interface to a BrowsableSigner

It will contain the following:
* List of aliases
* Key Management
** Load Store
** Save as
** Export Keys
** Rename
** Delete
** New Key


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] [JIRA] Created: (PAY-53) Create Distribution Controller

[<bug...@ve...>]

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/PAY-53

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: PAY-53
    Summary: Create Distribution Controller
       Type: New Feature

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Payments
 Components: 
             Asset Controller
   Fix Fors:
             0.3
   Versions:
             0.3

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Wed, 5 May 2004 2:48 PM
    Updated: Wed, 5 May 2004 2:48 PM

Description:
The Distribution Controller distributes an amount of an asset to all the holders of a specific asset.

This is useful for paying interest, dividends etc to all the owners of an asset. The distribution is divided pro ratio between the holders.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] [JIRA] Created: (GL-45) Add type field to Book

[<bug...@ve...>]

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-45

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-45
    Summary: Add type field to Book
       Type: New Feature

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
   Fix Fors:
             r_0_5
   Versions:
             r_0_5

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Wed, 5 May 2004 1:21 PM
    Updated: Wed, 5 May 2004 1:21 PM

Description:
This should just be a general purpose string field that the application knows what to deal with.

NeuClear Pay will put the Identity type into it.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] [JIRA] Closed: (GL-40) Create Account List Browser

[<bug...@ve...>]

Message:

   The following issue has been closed.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-40

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-40
    Summary: Create Account List Browser
       Type: New Feature

     Status: Closed
   Priority: Major
 Resolution: FIXED

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
 Components: 
             Browser
   Fix Fors:
             r_0_5
   Versions:
             r_0_5

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Mon, 19 Apr 2004 7:51 AM
    Updated: Wed, 5 May 2004 12:34 PM

Description:
The LedgerBrowser should have two new methods:

browseAccountList(String type)
browseAccountList()

which will allow the user to view a list of all accounts in his ledger, together with balance and other information.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] [JIRA] Closed: (GL-44) Implement multiple ledger support

[<bug...@ve...>]

Message:

   The following issue has been closed.

   Resolver: Pelle Braendgaard
       Date: Wed, 5 May 2004 12:11 PM

This has been added to all Ledger implementations.
---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-44

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-44
    Summary: Implement multiple ledger support
       Type: New Feature

     Status: Closed
   Priority: Major
 Resolution: FIXED

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
   Fix Fors:
             r_0_5
   Versions:
             r_0_5

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Wed, 5 May 2004 6:47 AM
    Updated: Wed, 5 May 2004 12:11 PM

Description:
We need to add a ledger field in the transaction object as well as to getBalance() and friends in LedgerController.

All existing methods without ledger should stay the same, but it uses the default ledger of the LedgerController.



---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] [JIRA] Created: (GL-44) Implement multiple ledger support

[<bug...@ve...>]

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-44

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-44
    Summary: Implement multiple ledger support
       Type: New Feature

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
   Fix Fors:
             r_0_5
   Versions:
             r_0_5

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Wed, 5 May 2004 6:47 AM
    Updated: Wed, 5 May 2004 6:47 AM

Description:
We need to add a ledger field in the transaction object as well as to getBalance() and friends in LedgerController.

All existing methods without ledger should stay the same, but it uses the default ledger of the LedgerController.



---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] ANNOUNCE: NeuClear Ledger 0.4 Released

[Pelle B. <pe...@ne...>]

Panama City, 3rd of May, 2004. 

We are happy to announce the 0.4 release of NeuClear Ledger. This is a simple 
framework for creating and maintaining ledgers of transactions. It was 
designed to support the various book keeping requirements of the NeuClear 
(http://neuclear.org) distributed clearing system.

Major new features are: 
    * High speed implementation using Prevayler (http://prevayler.org) a high 
	speed non relational database.
    * Flexible implementation using Hibernate (http://www.hibernate.org) to 
	support all major RDBMS from Oracle to MySQL
    * LedgerBrowserServlet for viewing ledgers over the web

For more info see:
http://dev.neuclear.org/ledger/

For a quick usage introduction see the Busy Developers Guide at:
http://dev.neuclear.org/ledger/bdg.html

-- 
http://talk.org      + Live and direct from Panama
http://neuclear.org  + Clear it both ways with NeuClear

[Neuclear-develop] [JIRA] Closed: (GL-8) Update Documentation.

[<bug...@ve...>]

Message:

   The following issue has been closed.

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-8

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-8
    Summary: Update Documentation.
       Type: Task

     Status: Closed
   Priority: Minor
 Resolution: FIXED

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
   Fix Fors:
             r_0_4
   Versions:
             r_0_3

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Mon, 21 Jul 2003 2:48 PM
    Updated: Fri, 30 Apr 2004 1:19 PM

Description:
We need to update the documentation to deal with the  SQL Ledger and various other new features.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[Neuclear-develop] [JIRA] Updated: (GL-40) Create Account List Browser

[<bug...@ve...>]

The following issue has been updated:

    Updater: Pelle Braendgaard (mailto:pe...@ve...)
       Date: Fri, 30 Apr 2004 1:18 PM
    Changes:
             Version changed to r_0_5
             Version changed from r_0_4
             Fix Version changed to r_0_5
             Fix Version changed from r_0_4
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://jira.neuclear.org//browse/GL-40?page=history

---------------------------------------------------------------------
View the issue:
  http://jira.neuclear.org//browse/GL-40

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GL-40
    Summary: Create Account List Browser
       Type: New Feature

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: NeuClear Ledger
 Components: 
             Browser
   Fix Fors:
             r_0_5
   Versions:
             r_0_5

   Assignee: Pelle Braendgaard
   Reporter: Pelle Braendgaard

    Created: Mon, 19 Apr 2004 7:51 AM
    Updated: Fri, 30 Apr 2004 1:18 PM

Description:
The LedgerBrowser should have two new methods:

browseAccountList(String type)
browseAccountList()

which will allow the user to view a list of all accounts in his ledger, together with balance and other information.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://jira.neuclear.org//secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira