Aktywne Wpisy
![Rademedes](https://wykop.pl/cdn/c0834752/2215e7fe69017871d0aa483757acd7decb575a7fead0515ddce4c71665c41486,q60.jpg)
Rademedes +27
![aptitude](https://wykop.pl/cdn/c3397992/aptitude_g8BcmqhEVo,q60.jpg)
aptitude +2
Kochacie swoje córki? No to do dzieła, ono będą jak my, policjanci :D
Moja córka ma 8msc. ale usłyszałem, że kocha policję <3
Nie mówcie, że jestem jajkiem :D
#policja
Moja córka ma 8msc. ale usłyszałem, że kocha policję <3
Nie mówcie, że jestem jajkiem :D
#policja
#programowanie #sap #erp #jpk
Mam problem z implementacja usługi JPK a mianowicie wysyłką do AZURE. Funkcja InitUploadSigned zwraca mi prawidłowe dane, np:
200
{"ReferenceNumber":"8ec71ee0026a221c000000b00f4c610b","TimeoutInSec":900,"RequestToUploadFileList":[{"BlobName":"83775eae-9773-48ca-9ce4-60f2aa09e3d8","FileName":"tmp.xml.zip.aes","Url":"https://taxdocumentstorage01tst.blob.core.windows.net/8ec71ee0026a221c000000b00f4c610b/83775eae-9773-48ca-9ce4-60f2aa09e3d8?sv=2015-07-08&sr=b&si=8ec71ee0026a221c000000b00f4c610b&sig=p%2FhRYYqRhlPzSEk0TujPihId0qGVuLaXpd3iehXGBUw%3D","Method":"PUT","HeaderList":[{"Key":"Content-MD5","Value":"sjqQBUpsEeVUGkPKBQ/5ng=="},{"Key":"x-ms-blob-type","Value":"BlockBlob"}]}]}
Natomiast próba wysyłki Bloba do Azure kończy się nieustannie komunikatem:
"The value for one of the HTTP headers is not in the correct format."
Przykład implementacji wziety i dostosowany ze specyfikacji wygląda tak:
var absoluteUri = "https://taxdocumentstorage02tst.blob.core.windows.net/65d036a702bf59d7000000b075b0d29b/3c9ba3d7-b48e-4cac-82a0-588db53eb030";
var sas = "sv=2015-07-08&sr=b&si=65d036a702bf59d7000000b075b0d29b&sig=PjQQrD4l1VXHiVgupRoLeQBfZ8IeV2fzPrTmNj0Z3as%3D";
var sasCredential = new StorageCredentialsSharedAccessSignature(sas);
var blob
Ja mam pytanie, gdzie w związku z tym, można to testować do samego końca trasy przebiegu dokumentu (skojarzenia z PKP jak najbardziej uzasadnione) ?
Jeśli na środowisku produkcyjnym, to trzeba to napisać WYRAŹNIE na stronie MF.
Wcześniej było takie info, teraz nie ma, czyli
Mam pytanko. Czy ktoś próbował wysyłać Klientem JPK (aplikacja ze strony MF) inne pliki niż JPK-VAT np. JPK-Faktury? Chodzi mi o to czy taki plik przeszedł poprawnie weryfikację przed wysyłką. U mnie wywala komunikat:
"Zawartość pliku JPK niezgodna ze schematem
Brak elementu przestrzeni nazw http://jpk.mf.gov.pl/wzor/2016/03/09/03095/."
Będę wdzięczny za informacje
Pozdrawiam serdecznie Mariusz
Mam pytanie odnośnie samego końca.. Czy udało wam się zrobić fill PDF z pobranego UPO xml? Deklarację mogę wrzucać do formularzy PDF bez problemu, gorzej z UPO.
public new XmlElement GetXmlbezperfiksu()
{
XmlElement retVal;
retVal = this.GetXml();
return retVal;
}
i dostajemy poprzez xadesSignedXml.bezperfiksu().OuterXml łańcuch w miarę prawidłowy . Brakuje
w
przestrzeni nazw xmlns:ds oraz w
obydwóch przestrzeni nazw .
Porównuję ten sam Xml podpisany programem ppus , oraz za pomocą biblioteki Microsoft.Xades
2. Biblioteka Microsoft.Xades jest teoretycznie pod .NET3.5 przekompilowałem ją na 2.0 i wydaje się że działa. Czy takie działanie jest bezpieczne? Nie spowoduje jakiś problemów?
@durek89: Jak pozbyć się tych dodatkowych białych znaków i enterów które generuje xades.net ??
Mało tu ludziów zagląda teraz chyba, ale mam pytanie do javowców. Używam biblioteki xades4j, do tej pory wszystko spoko, podpisy kwalifikowane certum i cencert śmigają bez problemu. Dziś dostałam info, że u klienta z podpisem KIRa coś nie chce działać. Ktoś się spotkał z problemami z KIRem?
The specified PIN is too long or too short. This return code only applies to functions which attempt to set a PIN.
Co się nijak kupy nie trzyma...
stacktrace: xades4j.verification.UnexpectedJCAException: The keystore couldn't be
initialized
at
xades4j.providers.impl.KeyStoreKeyingDataProvider.ensureInitialized(KeyStoreKeyingDataProvider.java:179)
at
xades4j.providers.impl.KeyStoreKeyingDataProvider.getSigningCertificateChain(KeyStoreKeyingDataProvider.java:189)
at xades4j.production.SignerBES.sign(SignerBES.java:151)
at xades4j.production.SignerBES.sign(SignerBES.java:122)
at com.riv.jpk.security.XadesHelper.sign(XadesHelper.java:127)
at com.riv.jpk.RaportGenerators.BaseGen.signXml(BaseGen.java:192)
at
com.riv.jpk.ui.views.GenerateJPK.JpkGeneratorVM.signXml(JpkGeneratorVM.java:417)
at
com.riv.jpk.ui.views.GenerateJPK.JpkGeneratorVM.lambda$validateMetaXML$44(JpkGeneratorVM.java:403)
at
com.riv.jpk.ui.views.GenerateJPK.JpkGeneratorVM$$Lambda$361/32216595.handle(Unknown
Source)
at
com.sun.javafx.event.CompositeEventHandler$NormalEventHandlerRecord.handleBubblingEvent(CompositeEventHandler.java:218)
at
com.sun.javafx.event.CompositeEventHandler.dispatchBubblingEvent(CompositeEventHandler.java:80)
at
com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:238)
at
com.sun.javafx.event.EventHandlerManager.dispatchBubblingEvent(EventHandlerManager.java:191)
at
com.sun.javafx.event.BasicEventDispatcher.dispatchEvent(BasicEventDispatcher.java:58)
at
com.sun.javafx.event.EventDispatchChainImpl.dispatchEvent(EventDispatchChainImpl.java:114)